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Sy steme d T interface d'acces aux donnees d'une base de donnees. 

-La presente invention eoncerne un systeme d'interface d'acces aux 
donnees d'une base de donnees stockee dans des moyens de stockage corres- 
pondants. 

Pius particulterement, Pinvention se rapporte a un tel systeme dans le- 
5 quel les rnoyens de stockage comportent au moins une zone de stockage des 
donnees proprement dites et une zone de stockage d'un dictionnaire de donnees 
de definition structurelle de cette base de donnees, la base de donnees etant 
accessible a travers des moyens formant interface d'acces. 

On sait que de fagon generate, la conception d'une telle base de don- 
10 nees et d'un systeme d'interface d'acc£s aux donnees de celle-ci, necessite 
I'ecriture de programmes sp6cifiques a chaque application. 

On conyoit cependant que ceci presente un certain nombre d'inconve- 
nients notamment lorsque Ton souhaite modifier la structure de la base de don- 
nees et/ou son systeme d'interface d'acces. 
15 .II convient en effet alors de reprendre dans leur ensemble, les pro- 

grammes correspondants pour y apporter les modifications souhaitees. 

On con?oit que ces modifications sont relativement tongues et com- 
plexes a realiser meme par du personnel qualifie. 

Pour tenter de resoudre ces problSmes, on a deja propose dans le do- 
20 cument US-A-5 950 190, des moyens formant interface graphique d'utilisateur a 
modification automatique et en dynamique pour des applications a des bases de 
donnees relationnelles. 

En fait, dans ce document, on explique qu'il est possible de modifier le 
dictionnaire de donnees de definition structurelle de la base de donnees et qu'a 
25 chaque demarrage, Interface graphique d'utilisateur consulte ce dictionnaire 
pour s'adapter automatiquement aux modifications apportees a celui-ci. 

On con?oit que ceci pr6sente I'avantage de permettre une modification 
relativement simple et rapide de la base de donnees et de son systeme d'inter- 
face, mais que les modifications que Ton peut apporter au systeme d'interface 
30 sont directement liees aux modifications que Ton peut apporter au dictionnaire de 
donnees de definition structurelle de la base de donnees qui sont en fait relati- 
vement restreintes. 

En effet, le dictionnaire de donnees de d6fmition structurelle d'une 
base de donnees contient essentiellement des informations utilisees par la base 
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de donnees pour realiser des operations internes a cette derniere, telles que par 
exemple une recherche dans une table ou une action liee £ un changernent 
structure! d'une table sur les tables qui lui sont Itees. 

Le dictionnaire de donnees de definition structurelle ne contient done 
5 que tres peu deformations sur ('interface d'acces a la base. 

Compte tenu des multiples fagons de greffer une interface sur une 
base de donnees, imposer un format d'interface particular revient alors a res- 
treindre le champ d'application de celle-ci. 

Ce choix structure! pour une base de donnees est d'ailleurs en accord 
10 avec la methode de developpement dite des trois tiers utilis6e dans Tindustrie 
informatique, cette methode consistant a s6parer le developpement d'une appli- 
cation en trois parties, a savoir les donnees, la logique et Tinterface. 

Le dictionnaire de donnees de definition structurelle n'offre done que 
tres peu d' informations pour engendrer une interface. 
15 Ainsi pour representer une table & travers une interface graphique 

d'utilisateur, on peut au mieux par exemple enumerer les noms de ses colonnes, 
ces noms etant disponibles dans le dictionnaire. 

Si Ton se repose uniquement sur ce dictionnaire, on n'a done pas les 
moyens d'affiner cette interface en precisant par exemple les coordonnees d'affi- 
20 chage sur I'ecran d'une colonne, sa couleur d'affichage, etc.. 

Afficher simplement le nom d'une colonne n'est pas non plus tres 

convivial. 

En effet, tr6s souvent les bases de donnees imposent des contraintes 
sur les noms des colonnes. Ainsi par exemple, I'utilisation du caractere "espace" 
25 est souvent proscrite, tandis que la taille du nom d'une colonne est limitee a 
quelques caracteres. 

On congoit alors qu'avec de telles limitations, il est tres difficile de . re- 
aliser une interface intelligible et conviviale. 

De plus, ces modifications ne peuvent etre apportees que par un per- 
30 sonnel relativement qualifi6. 

Le but de Tinvention est done de resoudre ces problemes. 

A cet effet, Tinvention a pour objet un systeme d'interface d'acc^s aux 
donnees d'une base de donnees stockee dans des moyens de stockage corres- 
pondants, comportant au moins une zone de stockage des donnees proprement 
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- - dites et une zone de stockage d'un dictionnaire de donnees de definition structu- 
relle de cette base de donnees, la base de donnees etant accessible a travers 
des moyens formant interface d'acces, caracterise en ce que les moyens formant 
interface d'acces sont associes k un dictionnaire de descripteurs de. definition 
5 d'interface, accessible a travers des moyens de modification de son contenu pour 
permettre une programmation de la configuration des moyens formant interface 
par creation, suppression ou modification de descripteurs dans le dictionnaire de 
descripteurs de definition d'interface et en ce qu'il est prevu des moyens d'actua- 
lisation automatique du dictionnaire de donnees de definition structurelle de la 

10 base de donnees pour adapter celle-ci a. la configuration programmee des 
moyens formant interface d'acces. 

L'invention sera mieux comprise a la lecture de la description qui va 
suivre, donn£e uniquement a titre d'exemple et faite en se referant au dessin an- 
nexe qui represente un schema synoptique illustrant la structure generale d'un 

1 5 systeme selon ^invention. 

Dans la suite de la description, on va utiliser le terme "interface" a plu- 
sieurs reprises pour designer differents systemes parmi lesquels des systemes 
d'interface d'utilisateur de Poutil de developpement, d'interface d'utilisateur de 
I'application realisee grace a cet outii de developpement et d'interface logicielle 

20 avec la base de donnees a laquelle se rapporte plus particulierement Tinvention. 

On a en effet represents sur cette figure, un systeme d'interface d'ac- 
ces aux donnees d'une base de donnees stockee dans des moyens de stockage 
correspond ants, designes par la reference generale 1 sur cette figure, compor- 
tant au moins une zone de stockage des donnees proprement dites, designee 

25 par la reference generale 2, et une zone de stockage d'un dictionnaire de don- 
nees de definition structurelle de cette base de donn6es, designee par la refe- 
rence g6n6rale 3, definissant par exemple les relations entre les tables de la 
base de donnees, les caracteristiques des colonnes constituant chaque table, 
etc, 

30 La base de donnees peut par exemple etre formee par une base de 

type ORACLE, SQL Server, etc. 

De fa<pon classique, cette base de donnees est accessible 3 travers 
des moyens formant interface d'acces designes par la reference generale 4, 
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" formant par exemple une interface graphique d'utilisateur, une interface logicielle, 
etc. 

Selon Tinvention, ces moyens formant interface d'acces sont associes 
a un dictionnaire de descripteurs de definition d'interface design^ par la reference 
5 gen§rale 5, accessible a travers des moyens de modification de son contenu 
pour permettre une programmation de la configuration des moyens formant in- 
terface par creation, suppression ou modification de descripteurs dans le diction- 
naire de descripteurs de definition d'interface. 

De plus, il est prevu des moyens 6 d'actualisation automatique du die- 
10 tionnaire 3 de donn6es de definition structurelle de la base de donnees pour 
adapter celle-ci a la configuration programmee des moyens formant interface 
d'acces. 

En fait, les moyens formant interface peuvent par exemple etre asso- 
cies a une interface graphique d'utilisateur designee par la reference generate 7, 
15 utilisee par exemple par la conception des applications. 

Cette interface graphique permet alors a un utilisateur d'acceder aux 
moyens formant interface d'acces et plus particuiierement au dictionnaire de des- 
cripteurs de definition d'interface pour assurer par exemple la programmation de 
celui-ci. 

20 Ces descripteurs sont d6ja bien connus dans I'etat de la technique, de 

sorte que Ton ne les decrira pas plus en detail par la suite. 

On notera simplement que ces descripteurs sont utilises pour decrire 
par exemple un objet ou une fonction et sont exploits conformement a une 
convention pr£6tablie. 

25 En fait, ceci permet de definir de fagon extremement simple, Tinterface 

d'acces aux donnees de la base de donnees. 

Ces moyens formant interface d'acces 4 sont egalement associes par 
exemple a des moyens 8 de stockage d'une librairie de descripteurs preetablis, 
s^lectionnables et configurables par exemple par I'utilisateur, grace a Tinterface 
30 graphique 7 pour programmer la configuration des moyens formant interface se- 
lon une application prefabriquee. 

On congoit en effet que des modules de descripteurs correspondents a 
des applications pr6definies, peuvent etre preetablis et stockes dans les moyens 
. de. stockage 8, pour permettre a un utilisateur par exemple, grace a Pinterface 
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- - graphique d'utilisateur 7, de s6lectionner I'un ou I'autre de ces descripteurs- pre- 

etablis afin de cr6er sa* propre application a partir d'un module preetabli dupli- 
cation . 

II va de soi bien entendu que les moyens 8 de stockage de la librairie 
5 de descripteurs pre6tablis peuvent non seulement stocker des modeles de base 
de descripteurs, mais egalement des assemblages preetablis de modeles de 
base. 

Dans la pr6sente demande, le terme "descripteur" se rapporte done a 
un modele de base de descripteur ou a un assemblage de descripteurs de base, 
10 car un tel assemblage peut 6galement etre defini par un descripteur d'assem- 
blage faisant ref6rence & des descripteurs de base. 

[-'utilisation de ces descripteurs permet de simplifier la creation ou la 
modification d'une application, car ceux-ci ne sont pas directement Ites au dic- 
tionnaire de donnees de definition structurelle de la base de donnees. 
15 Lorsqu'un utilisateur par exemple souhaite cr6er ou modifier une base 

de donnees, il travaille alors a partir de !a librairie de descripteurs pr6etablis pour 
constituer un dictionnaire de descripteurs de definition d'interfaee conforme a ses 
souhaits. 

Ceci se fait par creation, suppression ou modification de descripteurs 
20 dans ce dictionnaire. 

Des descripteurs ayant deja ete utilises, peuvent ainsi etre repris par 
exemple par recopie. 

Uinterface utilisateur est alors adaptee automatiquement de fagon 
classique a partir deformations correspondantes contenues dans les descrip- 
25 teurs. 

On congoit qu'une telle structure permet a Tutilisateur de gagner beau- 
coup de temps lors du developpement ou de la modification d'une application. 

Comme cela a ete indique precedemment, des moyens d'actualisation 
automatique du dictionnaire 3 de donnees de definition structurelle de la base de 
30 donnees sont 6galement utilises pour adapter celle-ci a la configuration pro- 
grammee des moyens formant interface d'acces. 

En fait, ces moyens d'actualisation peuvent etre adaptes pour modifier 
celui-ci en dynamique afin de Tadapter en temps r6el 3 la configuration program- 
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- -- — m ^ e des moyens formant interfaced'acces au fur et & mesure que I'utilisateur ~ 
etablit ceux-ci. 

Ces moyens sont .alors charges d'optimiser la configuration du diction- 
naire de donn6es de definition structurelle de la base de donnees en fonction du 
5 dictionnaire de descripteurs de definition d'interface. 

C'est ainsi par exemple qu'a chaque descripteur peut etre associe un 
programme de modification de la base de donnees. 

Ainsi par exemple, si Putilisateur souhaite rajouter un champ de saisie 
d'une information dans une page en utilisant un certain nombre de descripteurs, il 
10 provoque ('execution d'un programme de mise a jour assocte qui cree une co- 
lonne dans une table de la base de donnees afin de servir de r6ceptacle pour les 
yaleurs du champ. 

Comme cela a 6te indique pn§cedemment, les descripteurs de defini- 
tion d'interface ne sont pas directement lies au dictionnaire de donnees de defini- 
15 tion structurelle de la base de donnees. 

Bien entendu, ces descripteurs de definition d'interface peuvent etre 
relatifs a differentes fonctionnalites relatives a celle-ci, ces descripteurs concer- 
nant la structure de la base de donnees, des applications, des pages et des 
champs de celles-ci, etc., 
20 Des descripteurs peuvent egalement etre associes a des informations 

d'acces aux donn6es correspondantes de la base de donnees pour permettre un 
acces direct a celles-ci dans la base, c'est-a-dire sans consulter le dictionnaire 3 
de donnees de definition structurelle de la base de donnees. 

En effet, cette operation n'est pas toujours tres performante et contrai- 
25 rement aux operations de creation/modification de ce dictionnnaire, cette opera- 
tion n'utilise pas une syntaxe standardisee et est done tres dependante du mo- 
teur de base de donnees employe. 

On contort alors que grace a une telle structure, il est possible de 
concevoir ou de modifier automatiquement en une seule operation, non seule- 
30 ment le systeme d'interface, mais egalement la structure de la base de donnees 
dans la mesure ou la programmation d'un dictionnaire de descripteurs de defini- 
tion d'interface se traduit automatiquement par la construction ou la modification 
d'un dictionnaire correspondant de donnees de definition structurelle de la base 
de donnees correspondante. 



WO 02/15047 PCT/FR01/02622 

7 

Ceci presente un-certain nombre d'avantages notamment au niveau 
de la rapidity de conception ou de modification du systeme, de I'extraction d'in- 
formations, de Pind6pendance entre la definition des moyens formant interface et 
de la base de donnees proprement dite, et des possibility de faire evoluer la 
5 base de donnees et son ou ses interfaces de fagon tres simple et rapide. 

On a indiqu6 prec6demment que les moyens formant interface pou- 
vaient etre associes a une interface graphique d'utilisateur. 

li va de soi bien entendu que d'autres moyens d'acces peuvent etre 
envisages, par exemple a travers un logiciel ou autre, tel que par exemple un 
0 moteur de recherche applique a une base de donnees, un logiciel de facturation 
permettant de r6cup£rer des sommes a facturer dans une base de donnees, un 
generateur de liste de destinataires de courrier, etc. 

A titre d'exemple duplication, on va decrire ci-apres la definition 
d'une base de donnees et de son interface d'utilisateur. 
5 Dans cet exemple, on construit un site Web/Intranet pour gerer les ba- 

ses de savoir d'une entreprise. 

Plus particulterement, on va decrire la conception d'une base de savoir 
du departement des ressources humaines de cette entreprise concernant la ges- 
tion des competences des employes de celle-ci. 
20 Dans la mesure ou Ton cree simultanement la base de donnees et son 

interface utilisateur, le concepteur du site Web a I'impression de manipuler des 
elements d f un site Web et non pas directement ceux d'une base de donnees. 

La premiere etape de la creation du site consiste a cr6er ia base de 
donnees- proprement dite. 
25 Le concepteur de ce site peut alors utiliser des modeles de site prefa- 

briques dont les descripteurs sont par exemple disponibles dans la librairie de 
descripteurs preetablis 8 pour une application de ce type. 

Dans ce cas, le concepteur peut alors s6lectionner dans cette librairie, 
le modele qu'il souhaite. En validant un choix, le concepteur provoque deux ac- 
30 tions principales, dont la premiere est la recopie des descripteurs preetablis et 
selectionnes des moyens de stockage de la librairie 8 dans le dictionnaire de 
descripteurs de definition d'interface 5. 

Ces descripteurs sont regroupes en multiples categories (interface uti- 
lisateur, interface avec d'autres logiciels, structure de donnees assoctees, etc.). 
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La seconde action principate consiste pour les rrioyens d'actualisation 
6, a partir de ces descripteurs selectionnes et stockes dans le dictionnaire 5, a 
rernettre a jour automatiquement le dictionnaire de donnees de definition structu- 
relle de la base de donn6es 3 pour adapter celle-ci a la configuration program- 
5 m§e des moyens formant interface d'acces. 

Les tableaux suivants indiquent pour chaque action du concepteur du 
site, les descripteurs de site correspondants et les repercutions sur la base de 
donnees. 

La creation manuelle du site, c'est-a-dire sans utiliser de descripteurs 
10 d'assemblage preetablis, est illustr§e dans le tableau ci-dessous. 

Dans les exemples suivants, la colonne "descripteurs de site" decrit 
des descripteurs d'interface entrant dans deux categories, a savoir, une premiere 
categorie d'interface utilisateur contenant des informations pour e.ngendrer une 
interface graphique d'utilisateur et une seconde categorie de descripteurs de 
15 passerelle de base de donnees contenant des informations permettant d'acceder 
aux donnees de la base de donn6es sans consulter au pr§alable le dictionnaire 



de donnees de definition structurelle de celle-ci. 



Action du concepteur 


Descripteurs de site 


Base de donnees 


Le concepteur cree un site vide en lui 
donnant le nom Mon Site et I'adresse 
Web http://www.Mon.Slte.com, 


Interface Utilisateur 

• Nom de Site (affiche a l'ecran)= 
Mon Site 

• Adresse Web= 
httD://www.mvcom oanv.com 


Une base de donnees vide est creee dans 
un emplacement specifie en utllisant la 
commande SQL (CREATE DATABASE). 
Le mot de passe genere precedemrnent est 
associe a la base de donnees. 

Blen que le site solt vide, la base de don- 
nees dolt comporter un minimum de tables 
pour permettre le fonctionnement du site. 
Par exemple, une table "utilisateurs" est 
egalement creee. Cette demlere contiendra 
la llste de tous les utlllsateurs ainsi que de 
leurs droits d'acces aux dlfferentes applica- 
tions. 


Passerelle Base de donnees 

• Chemin d'acces a la base de don- 
nees = par exemple le chemin d'ac- 
ces au fichier dans lequel est sauve 
physiquement la base de donnees. 
Sans ce chemin, il n'est pas possible 
d'acceder a la base de donnees. 

• Mot de passe base de donnees = 
Mot de passe genera de facon alea- 
tolre pour se connecter a la base de 
donnees. 



A la suite de la creation de ce site general et dans la mesure ou ce site 
20 peut contenir une application par departement de Tentreprise, le concepteur va 
creer une application specifique pour le departement des ressources humaines. 
Cette application est en fait un regroupement logique de base de savoir. 

Dans ['application donnee a titre d'exemple, celle-ci regroupe la base 
de savoir decrivant les competences de chaque employ^ dans I'entreprise et par 
25 exemple d'autres bases de savoir decrivant d'autres caracteristiques, telles que 
par exemple la grille des salaires, etc. 



WO 02/15047 PCT/FR01/02622 

9 

De la meme fagorf que le concepteur du site a la possibillte d'utiliser" 
un modele de site, il a la possibility de g6n6rer automatiquement son application 
en utilisant un modele pr6fabrique d'application. 

Dans Pexemple donne, 1'application peut etre creee par exemple ma- 
5 nuellement de la fagon illustree dans le tableau suivant. 



Action du concepteur 


Descripteurs duplication 


Base de donnees 


Le concepteur cree une application 
en lui donnant le nom Ressources 
Humaines. 


- Interface utilisateur 

• Nom de ['application (affiche a 1'ecran) = 
Ressources Humaines 

• Passereile base de donnees 

• Prefixe table pour rappllcation = Afin de 
faciliter les manipulations futures de toutes 
tes bases de savoir contenues dans i'appli- 
catlon Ressources Humaines, Toutil genere 
un prefixe unique correspondant aux pre- 
miers caracteres des noms des' tables de 
cette application. SI le prefixe est RH, la 
table Competences Employes (lorsqu'elte 
est creee) . devra avoir le nom 
RH_Competences, tandis que la grille des 
salaires devra avoir le nom RH_Griile. A 
noter que ce prefixe est deduit du nom de 
rapplication' mals est souvent different 
dans la mesure ou les contraintes portant 
sur les noms des objets de la base de 
donnees sont nombreuses (taiiles limitees, 
{'utilisation de certains caracteres n'est pas 
autorisee, etc.). 


Dans la mesure ou une application 
est un regroupement logique, aucune 
alteration de la base de donnees 
n'est necessaire. 



Le concepteur du site peut egalement creer une base de savoir en ge- 
rant par exemple les CV dans une application de ressources humaines. La pre- 
miere etape de cette creation consiste a creer une table associee a cette base de 
10 savoir. Les colonnes de celle-ci doivent alors etre definies. Le concepteur peut 
gagner du temps en utilisant directement un modele de la base de savoir. 



Cette creation est illustree dans le tableau suivant. 



Action du concepteur 


Descripteurs de base de savoir 


Base de donnees 


Le concepteur cree une base de 
savoir en lui donnant le nom de 
Competences des Employes et en 
specifiant qu'il souhaite que ce soit 
visuellement la premiere base de 
savoir du menu de i'application Res- 
sources Humaines. 


Interface utilisateur 

• Nom de la .base de savoir (affiche a 
1'ecran) = Competences des employes j 

• Ordre d'apparition dans le menu : 
position de la base de savoir dans un 
menu presentant tes bases de savoir de 
('application Ressources Humaines, ici la 
valeur est 1 . 

Passereile base de donnees 

• Identifiant table dans i'application = i'outil 
genere a partlr du nom de la base de 
savoir un identifiant unique pour la table 
associee a la base de savoir Competences 
des employes. 

En Poccurrence, ici ii s'agit de Employes. 
En utilisant cet identifiant et le prefixe defini- 
pour I'application , I'outil peut retrouver 
facilement le nom de la table associee : 
Pr6fixeJdentiflant->RH_Comp6tences. Cet 
identifiant est egalement genere en tenant 
compte des contraintes portant sur les 
noms des objets de la base de donnees. 


• Une table du nom RH_Competences 
est creee en utilisant la commande 
SQL standard "CREATE TABLE". 
Blen que fa structure de la table n'ait 
pas encore ete definle a ce niveau, 
une colonne Id est creee pour conte- 
nir I'ldentifiant unique de chaque 
enregistrement A noter que dans 
certains cas, a une meme base de 
savoir peut correspondre plusieurs 
tables. 
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La derniere 6tape consiste d structurer la base de savoir des compe- 
tences des employes. 

Le concepteur du site va alors definir les caracteristiques de la base 
5 de savoir des employes. 

Dans Pexemple donne, les competences sont associees a un employe, 
done la table RH_Competences doit avoir au moins deux colonnes Norn et Pre- 
nom pour chaque employe, une colonne Titre decrivant le niveau hierarchique de 
^employe dans I'entreprise et une colonne Date de naissance correspondant a sa 
10 date de naissance. 

A ce niveau, le concepteur peut definir chacun des champs en les se- 
lectionnant dans un ensemble de types de champs proposes et stockes, ces der- 
niers ayant un equivalent sous forme de base de donnees, mais pas necessai- 
rement car il n f en existe pas toujours un. 
15 Ainsi par exemple, un champ pouvant prendre la valeur oui/non, 

correspond en fait a une colonne prenant les valeurs 1/0. L'utilisateur n'a pas a 
se soucier de ce probleme dans la mesure ou Pinterface utilisateur fait automati- 
quement la conversion visuelle en affichant oui a la place de la valeur 1 et non a 
la place de la valeur 0, 
20 Le tableau ci-dessous illustre la creation du champ date de naissance. 



Action du concepteur 



Descripteurs de champ 



Base de donnees 



Le concepteur cree un champ nomrne 
Date de naissance. It precise que 
celui-ci doit contenir une date. Ce 
champ doit Stre obligatoirement en 
saisie et affiche en 3 6m3 position (apres 
les champs Norn et Prenom).. Par 
ailleurs, H demande a ce que les enre- 
gistrements decrivant les employes 
soient toujours classes par date. 



• Interface utilisateur 

• Norn du champ (affiche a I'ecran) = Date 
de naissance 

• Ordre d'apparition sur I'ecran : id !a 
valeur est 3, 

• Masque de saisie : Date (cela permet de 
s'assurer que I'utilisateur saisit bien une 
date et non pas un nombre par exemple). 

• Champ obligatoire : Oui (si I'utilisateur 
n'entre pas de valeur, un message est 
genere). 

• Ordonne : Oui (toute liste de competen- 
ces sera ordonnee par rapport a la date 
de naissance). 

Passerelle base de donnees 

• Identifiant table dans Implication = J'outiJ 
genere a partir du nom du champ -un 
Identifiant unique, par exemple DateDeNa 
pour la colonne assodee de la table 
RH_Competences. Get Identifiant est 
egalement genere en tenant compte des 
contraintes portant sur les noms des 
objets de la base de donnees. 



Une colonne du type Date avec le 
nom DateDeNa est creee en utHisant 
la commande SQL standard 'ALTER 
TABLE ADD COLUMN*. Comme le 
concepteur a specifie qu'il souhaitalt 
ordonner les enregistrements par 
rapport a cefte colonne, on cree un 
index de table afin de rendre cette 
operation plus raplde. Si a I'avenir, le 
concepteur decidait au travers de 
ToutiJ de conception de ne plus or- 
donner par rapport a cette colonne, 
cet index serait detruit. 
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Onnotera que d'une maniere generale, les acc£s a la- base de donnees 

font appel a un langage SQL DDL (Data Definition Language) standardise et re- 
lativement simple, mis en oeuvre de fagon classique par les moyens d'actualisa- 
tion 6. 

5 Ceci permet alors de rendre le systeme selon ^invention ind<§pendant 

du moteur de base de donnees utilise. 

II est bien entendu possible de lier des bases de savoir entre elles et 
done de lier des tables entre elles. Des champs de base de savoir peuvent 
correspondre a plusieurs colonnes de la base de donnees. 
10 On congoit alors qu'une fois ['ensemble des descripteurs du site et de 

ses sous-constituants defini, Tinterface graphique d'utilisateur peut etre engen- 
dree facilement. 

Des lors qu'un utilisateur consulte par exemple la liste des competen- 
ces, les operations suivantes se produisent : 
15 1) extraction des descripteurs de site pour pouvoir afficher un mes- 

sage de bienvenue en haut de la page, tel que par exemple "bienvenue sur le 
site de Mon Site (http://\AAAA^.mycompany.com) ; 

2) extraction des descripteurs duplications pour offrir un menu princi- 
pal avec I'ensembie des applications du site a savoir Ressources Humaines (op- 

20 tion selectionnee), Recherche et Developpement, Marketing, etc .... 

3) extraction des descripteurs de base de savoir pour afficher la liste 
des bases de savoir propres a Tapplication Ressources Humaines, a savoir par 
exemple Competences et Grilles des Salaires, etc .... ; et 

4) extraction des descripteurs de champs de la base de donnees 
25 Competences pour offrir a I'utilisateur un filtre de recherche permettant de lister 

des competences en les ordonnant par rapport a la date de naissance des per- 
sonnes concernees. 

En etendant le modele simplifie des descripteurs d f interface presente 
precedemment, on peut definir des interactions plus complexes avec Putilisateur, 
30 par exemple en faisant varier le nombre de criteres de recherche autorises, en 
utilisant une interface pour permettre la saisie de competences qui iront alimenter 
la base de competences, en rendant le formulaire de saisie plus esthetique en 
fournissant les informations sur les emplacements des differents champs ou en 
regroupant les champs en sections, etc.... 
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On congoit alorsque grace a un tel systeme, la creation et la modifica- 
tion d'une base de donn6es sont extremement rapides et simples dans la mesure 
ou le concepteur travaille sur les descripteurs du systeme d'interface, le diction- 
naire de donnees de definition structurelle de la base de donnees. 6tant adapte 
5 automatiquement a celui-ci. 
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- ------ REVENDICATIONS 

1 . Systeme cTinterface d'acces aux donn§es d'une base de donnees 
stockee dans des moyens de stockage correspondants (1), comportant au moins 
une zone (3) de stockage des donn6es proprement dites et une zone (2) de stoc- 

5 kage d'un dictionnaire de donnees de definition structurelle de cette base de 

donnees, la base de donnees etant accessible a travers des moyens formant in- 

i 

terface d'acces (4), caracterise en ce que les moyens formant interface d'acces 
(4) sont associfSs a un dictionnaire (5) de descripteurs de definition d'interface, 
accessible a travers des moyens (7,8) de modification de son content! pour per- 

10 mettre une programmation de la configuration des moyens formant interface par 
creation, suppression ou modification de descripteurs dans le dictionnaire (5) de 
descripteurs de definition d'interface et en ce qu'N est prevu des moyens (6) 
d'actualisation automatique du dictionnaire (3) de donnees de definition structu- 
relle de la base de donnees pour adapter celle-ci a la configuration programmee 

1 5 des moyens formant interface d'acces. 

2. Systeme selon la revendication 1,. caracterise en ce que les des- 
cripteurs de definition d'interface sont associes a des informations d'acces aux 
donnees correspondantes de la base de donnees. 

3. Systeme selon la revendication 1 ou 2, caracterise en ce que les 
20 moyens formant interface sont associes a une interface graphique d'utilisateur 

(7) . 

4. Systeme selon Tune quelconque des revendications precedentes, 
caracterise en ce que les moyens (6) d'actualisation automatique du dictionnaire 
de donnees de definition structurelle de la base de donnees, sont adaptes pour 

25 modifier ceiui-ci en dynartiique afin de I'adapter en temps r6el & la configuration 
programmee des moyens formant interface d'acces. 

5. Systeme selon Tune quelconque des revendications precedentes, 
caracterise en ce que les moyens formant interface sont associes a des moyens 

(8) de stockage d'une librairie de descripteurs preetablis, selectionnables et 
30 configurables pour programmer la configuration des moyens d'interface selon 

une application prefabriquee. 
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